home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3156 / info91 / 646.txt next >
Text File  |  1992-05-11  |  29KB  |  675 lines

  1. Info-Atari16 Digest         Sun,  8 Dec 91       Volume 91 : Issue 646
  2.  
  3. Today's Topics:
  4.                              Atari books
  5.           Atari Chicago Show...if you want details Mail me.
  6.                              Atari Spirit
  7.            Atari Sys 5 Unix- any owners out there? (2 msgs)
  8. Atari Unix vs. other vendors (was Re: Atari Sys 5 Unix- any owners out there?)
  9.                   CACHEXXX.PRG Where can I find it?
  10.                                  DC?
  11.                         HELP: Mouse is flaky.
  12.                     Phasar Upgrade Contact Wanted
  13.                         ST Hard Drive for Sale
  14.                             TT prices Now
  15.              Why ASV Is A Dead No Future Product (2 msgs)
  16.  
  17. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  18. cross-posting to/from Usenet is getting closer, but still getting thrashed
  19. out.  Please send notifications about broken digests or bogus messages
  20. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  21.  
  22. Please send requests for un/subscription and other administrivia to
  23. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  24. instead of the moderators are likely to be lost or ignored.
  25.  
  26. If you want to unsubscribe, and you're receiving the digest indirectly
  27. from someplace (usually a BITNET host) that redistributes it, please
  28. contact the redistributor, not us.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: 8 Dec 91 15:51:40 GMT
  32. From:
  33.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!wupost!waikato
  34.  .ac.nz!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  35. Subject: Atari books
  36. To: Info-Atari16@naucse.cse.nau.edu
  37.  
  38. In article <51340@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  39. > Following up on the question someone asked about what Atari books are
  40. > still available, it turns out I was wrong about Compute! Books dropping
  41. > their entire Atari line.  They've only dropped most of them.
  42. >
  43. > After playing phone tag with ABC Publications and Compute! Books,
  44. > I learned that they still have 5 Atari books listed as being available.
  45. >
  46. > These include the three-part Technical reference series by Sheldon
  47. > Leemon (VDI, AES and TOS), their Beginners' Machine Language book, and
  48. > one other that I didn't write down.
  49. >
  50. > If anyone's interested in obtaining any of these, the phone number I
  51. > ended up with is:  (212) 496-6100
  52. >
  53. > BobR
  54.  
  55.  
  56. Some one else posted here about the TOS book and a 'C' book, with a phone
  57. No. to bye them from, I have tried to order from 'Compute' before with out
  58. any luck at all..
  59.  
  60. Does any one know if the 'C' book is any good...?
  61. --
  62. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  63. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  64. ***  Kapiti                        At least I don't Flicker,         ***
  65. ***  New Zealand..          *      not like a dying light globe      ***
  66.  
  67. ------------------------------
  68.  
  69. Date: 8 Dec 91 15:56:28 GMT
  70. From:
  71.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uakari.pri
  72.  mate.wisc.edu!doug.cae.wisc.edu!carter@arizona.edu (Gregory Carter)
  73. Subject: Atari Chicago Show...if you want details Mail me.
  74. To: Info-Atari16@naucse.cse.nau.edu
  75.  
  76. In article <1991Dec7.225911.21484@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu
  77.  (Mark O'Bryan) writes:
  78.  
  79. >Aghast - definition: frightened, horrified.
  80. >
  81. >Why would seeing lots of Atari staffers scare you?  Were you afraid
  82. >that if there was some disaster that a large portion of their man-
  83. >power would be eliminated?
  84. >
  85.  
  86. No, I wasn't scared they would lose thier "man power".  Its a surprising
  87. reaction to a company who doesn't have a history of strong support at
  88. this level...to see them at the show like this was not something I think
  89. anyone expected.  I know most of the developers didn't who were there.
  90.  
  91.  
  92. >It was XFacemaker2, by a 3rd party, not "Atari's own version".  One
  93. >weird thing about the Motif-based UI running on the Unix TTs that both
  94. >Charles Johnson and I noticed was the mouse tracking.  It seemed both
  95. >sluggish and jumpy at the same time (even after disabling some running
  96. >processes).  We didn't find out why, but it was definitely different
  97. >from normal GEM mouse tracking feel.
  98.  
  99. Well, yes, thats a detail.   Not a very important one either.  Atari Will
  100. have the rights to the toolkit.  It will be theirs once they get the
  101. thing sold.  I didn't say THEY MADE IT now did I?  I assume something is
  102. YOURS once you pay money for it. (i.e. rights)
  103.  
  104. >
  105. >Regarding MultiGEM:
  106. >
  107. ..
  108. >
  109. >What is their upgrade policy that is second to none?  I'm curious because
  110. >Paradigm has been putting out 3 updates a year to our Omni-Banker ST
  111. >universal MIDI librarian, since it was introduced in 1987.  Support has
  112. >grown from 30 some instruments to over 280 devices (more than any other
  113. >librarian product, running on any computer), plus loads of new features,
  114. >and we've never charged anything more than a nominal shipping fee.
  115. >
  116.  
  117. To the original owners of MultiGEM you get a very well done set of
  118. documentation, a very nice set of utilities, for $20 dollars I believe.
  119. (Very much an opinion, you should take as being: A VERY GOOD DEAL.)
  120. (It was meant to be a shot at Paradigm)
  121.  
  122. >[Also, Rimik Enterprises is not a "European Company", it's a US developer
  123. >(Richard Betson) who is importing a product from Germany, developed by
  124. >PAM Soft.]
  125.  
  126. I should have said I was impressed with European developers, sorry about
  127. the confusion I caused with that statement.  (Although you don't sound
  128. confused more irate I didn't say something akin about Paradigm.)
  129.  
  130. >
  131. >I too am frequently (although not uniformly) impressed with German/UK
  132. >software developers.  But are you implying that US developers are any
  133. >less hard working?
  134. >
  135.  
  136. I am not infering US software designers are any less hardworking.
  137.  
  138. I meant to convey that US software designers are just a little more thick
  139. headed.  I don't say this out of spight either.  I attend a University
  140. which posesses the worlds most advanced computer architecture to date, and
  141. from going through the Comp Sci program here, I am generalizing US people
  142. need more computing power to make up for less thought power.  Mainly because
  143. proper Software Engineering methods aren't discussed here..(Most seniors
  144. don't have the Fogiest idea what a machine debugger is, or even a source
  145. debugger...they STILL insist on printf, recompile printf, recompile.
  146. Not the best way to build quality, production level software in the
  147. real world where people pay good money.)
  148.  
  149. >
  150. >Once again, I'm confused.  "Laughing all the way to the bank" generally
  151. >has a negative connotation to it.  Do you feel that they were taking
  152. >advantage of people, or ripping them off in some way?  Or have you just
  153. >not said what you meant (or meant what you said)?
  154.  
  155. I didn't mean it too be negative.  It was meant to convey how well they
  156. were doing.  No people were not being takin advantage of.
  157. (Although, thats just my opinion, whats yours?)
  158.  
  159. >
  160. >There was definitely strong Atari support, however, this was far from the
  161. >"first time" they have supplied lots of machines for developer booths.
  162.  
  163. True, Atari has supplied developers in the past, but I am talking about
  164. a question of degree.  If you needed hardware, and space.  You got it.
  165. (Within reason of course.)
  166.  
  167. In this way it really WAS the first time Atari REALLY did some support PR.
  168.  
  169. >There were certainly more TTs and 19" monitors there than I've ever seen
  170. >in one place before.  I remember going to the Toronto show back in May,
  171. >and being disappointed that there wasn't a single 19" monitor in sight.
  172. >An impressive showing.  Hopefully, Atari will feel that it was worth the
  173. >effort.
  174.  
  175. I hope they do.  I personally felt Atari got a big face lift when they attended
  176. this show.  I hope they do better in the future.
  177.  
  178. >
  179. >--
  180. >Mark T. O'Bryan                 Internet:  obryan@gumby.cc.wmich.edu
  181. >Western Michigan University
  182. >Kalamazoo, MI  49008
  183.  
  184. --Greg
  185. -------------------------------------------------------------------------------
  186. Employed: Computer Aided Engineering Center - University Wisconsin - Madison
  187.  Major: Computer Science - Emphasis: System Design Tools, User Interfaces
  188.            Phone Home: (608) 264-3622  -  Work: (608) 262-5349
  189. -------------------------------------------------------------------------------
  190.  
  191. ------------------------------
  192.  
  193. Date: 8 Dec 91 15:05:22 GMT
  194. From:
  195.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!van-bc!jonh.wims
  196.  ey.bc.ca!jhenders@arizona.edu (John Henders)
  197. Subject: Atari Spirit
  198. To: Info-Atari16@naucse.cse.nau.edu
  199.  
  200. In <1991Dec6.091009.1@lapis.labmed.umn.edu>, davidli@lapis.labmed.umn.edu
  201.  writes:
  202. >
  203. >Bob isn't being quite truthful with you here, of course.
  204. >
  205.  
  206.         Another thing to note on STart's demise. As far as I'm concerned
  207. they committed editorial suicide several years before their actual
  208. demise by shifting focus from a magazine addressed to a relatively
  209. knowledgable user base, to one focused on a "gosh, wow" croud who
  210. were amazed to find you could use the reset button rather than turning
  211. the computer on and off.( STart Tip #23 )
  212.         Classic example number 43, the STart issue dedicated to the ST in
  213. business, featuring a cover showing some guy using it to run a lemonade
  214. stand. Certainly would increase my respect for the ST as a business
  215. machine.
  216.         St Log kept a focus on a more advanced user. and as was stated,
  217. was making a modest profit. However, when Larry Flint Publications
  218. bought them, modest profits weren't that interesting. Maybe they
  219. should have tried adding a centerfold.
  220.         Here in Canada, the availability of the excellent ST World from
  221. England made me less likely to buy either U.S. publication, though
  222. I still check ST Log monthly to see if there was one or two articles
  223. worth reading.
  224.         I still treasure issues from the first two years of STart's existance,
  225. when it featured things like the recently mention article by Dave Small
  226. " Probing the FDC " or Tom Hudson's RayTrace program, comnplete with
  227. source code. It seemed like STart allowed a reader survey to influence it's
  228. direction, and I guess the people who like the articles mentioned above
  229. don't fill out survey forms. Also, Antic had an exclusivity deal with
  230. Compu$erve for a long while, though GEnie was the Official Atari US
  231. support service and it's cheaper rates attracted us cheapskate Atari
  232. users.
  233.         Just another perspective.
  234.  
  235.  
  236. --
  237.                 John Henders            jhenders@jonh.wimsey.bc.ca
  238.                 Vancouver,B.C
  239.  
  240. ------------------------------
  241.  
  242. Date: 8 Dec 91 16:58:49 GMT
  243. From:
  244.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!wupost!darwin.sura.net!Siriu
  245.  s.dfn.de!rusmv1!ttinfo@arizona.edu (Markus Wenzel)
  246. Subject: Atari Sys 5 Unix- any owners out there?
  247. To: Info-Atari16@naucse.cse.nau.edu
  248.  
  249. In article <1mtq-nm@rpi.edu> borres@aix.rpi.edu (Steven D. Borrelli) writes:
  250. >I think that Atari should think carefully about entering the UNIX
  251. >market, which is starting to get competitive. UNIX of ome form is
  252. >already available on Mac, Amigas, and PC's, and those systems are
  253. >really challenged by the likes of SUN and NeXT. Atari needs something
  254. >to make it's UNIX machine special, or it won't do very well, (Like the
  255. >Amiga Unix configuartion.)
  256. >
  257. >Of course, you could reverse my logic and say that Atari needs to come out
  258. >with one if it expects to compete with everyone else. Then again, what do I
  259. >know?
  260. You hit the nail. Unix is the only OS with a real future for the next decade.
  261. I don't think that _any_ computer corporation can ignore this, so you simply
  262. have to bring out a Unix machine. If they offer special features, great, but
  263. for serious users it is more important to have a stable OS and a cheap but
  264. efficient hardware configuration. If Ataris ASV can compete with future
  265. products - I dont't know. Wait and see.
  266.  
  267. >borres@rpi.edu  (NeXTmail accepted)
  268.                   ~~~~~~~~~~~~~~~~~ Lucky man ;-)
  269.  
  270.  
  271. * /dev/                Markus Wenzel, University of Stuttgart  *
  272. * /usr/spool/mail/     wenzel@rus.uni-stuttgart.de             *
  273. * /usr/voice/private/  +49 (0)7159 18201                       *
  274. * /bin/ps -l           TT admin on rusmv1.rus.uni-stuttgart.de *
  275. * /etc/motd            >> We'll meet in /dev/null ...8-) <<    *
  276.  
  277. ------------------------------
  278.  
  279. Date: 8 Dec 91 18:26:46 GMT
  280. From: mcsun!news.funet.fi!sunic!ugle.unit.no!lise.unit.no!stigvi@uunet.uu.net
  281.  (Stig Vidar Hovland)
  282. Subject: Atari Sys 5 Unix- any owners out there?
  283. To: Info-Atari16@naucse.cse.nau.edu
  284.  
  285. In article <691682643.3314@minster.york.ac.uk>, mjl-b@minster.york.ac.uk writes:
  286. |> And I suggest that you read a book / take a course on 68K-based computer
  287. |> design.
  288. |>
  289.  
  290. I have already designed/made a 68K-based computer. (And it works.....)
  291.  
  292.  
  293. |> Repeat after me: Data transfer speed is limited to RAM response time
  294.  
  295. Yes, of course it is limited to Ram response time and _not_ because of any slow
  296.  bus
  297. somewhere in the computer.
  298. As I have understand it, the Atari TT can read 4 longwords in 5 clockperiods and
  299. write 1 longword in 4 clockperiods. (1 waitstate) This is with the Atari-made
  300. ram card. There are other cards on the market which is faster than this.
  301.  
  302. Stig Vidar Hovland - stigvi@lise.unit.no
  303.  
  304. ------------------------------
  305.  
  306. Date: 8 Dec 91 15:14:43 GMT
  307. From:
  308.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!wupost!m.cs.uiuc.edu!ux1.cso
  309.  .uiuc.edu!uxa.cso.uiuc.edu!jppg9764@arizona.edu (John Paul Pietrzak)
  310. Subject: Atari Unix vs. other vendors (was Re: Atari Sys 5 Unix- any owners out
  311.  there?)
  312. To: Info-Atari16@naucse.cse.nau.edu
  313.  
  314. In article <1mtq-nm@rpi.edu> borres@aix.rpi.edu (Steven D. Borrelli) writes:
  315. >
  316. >I think that Atari should think carefully about entering the UNIX
  317. >market, which is starting to get competitive. UNIX of ome form is
  318. >already available on Mac, Amigas, and PC's, and those systems are
  319. >really challenged by the likes of SUN and NeXT. Atari needs something
  320. >to make it's UNIX machine special, or it won't do very well, (Like the
  321. >Amiga Unix configuartion.)
  322.  
  323. That's probably true.  I think Atari probably won't be able to keep up
  324. with the hardware and software advances being made by the likes of NeXT
  325. or Sun, where megabucks are being put into R&D.  However, Atari has always
  326. been able to come up with inexpensive machines.  Currently, I cannot
  327. afford to personally own a Unix workstation; and I know people who have
  328. put together their own IBM clone--Unix systems only because they wanted
  329. to use Unix, but couldn't afford anything else.  If Atari could come out
  330. with a no-frills Unix box, instead of do-it-all machines like NeXT makes,
  331. and sell them at their traditional low cost, I think they could do some
  332. buisness.
  333.  
  334.  
  335. John "Right now, I could use a low-cost Unix system" Pietrzak
  336.  
  337. ------------------------------
  338.  
  339. Date: 8 Dec 91 15:06:22 GMT
  340. From:
  341.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!van-bc!jonh.wims
  342.  ey.bc.ca!jhenders@arizona.edu (John Henders)
  343. Subject: CACHEXXX.PRG Where can I find it?
  344. To: Info-Atari16@naucse.cse.nau.edu
  345.  
  346. In <1991Dec06.103922.18134@cs.ruu.nl>, Piet van Oostrum writes:
  347. >I have CACHE050.PRG in my AUTO folder and found a problem with accessing
  348. >the floppy drive under Gulam. When I change the floppy, some of the
  349. >information from the old floppy is still in the cache. directory listings
  350. >are mostly correct, i.e. from the new floppy, but when I ask for the free
  351. >space (df a) I get the amount from the previous floppy. Does anybody know a
  352. >way around this. I.e. is there a way to flush the cache on a disk swap.
  353. >Ideally cache.prg should detect this automatically.
  354.  
  355.         I think it does, as this has never happened to me. Are you sure you
  356. don't have one of the mega's which had a drive which didn't return
  357. the disk changed message? If you're using TOS 1.4, it was fixed to
  358. always force a media change from the desktop, but alternative desktops
  359. and shell programs still didn't get a disk change message. Atari US
  360. never acknowledged these defective drives and I think the FMC hack in
  361. 1.4 was done so it would be less noticable, but it's still a problem.
  362.         There's a pd program, probably available on atari.archive, called
  363. fmc which is a tsr that will fix the problem, but it doesn't use xbra,
  364. and is fussy about auto folder order. Gulam also may be using a semi
  365. legal method of reading the drive, as it did to get free memory.
  366. Gulam broke several rules it really didn't need to.
  367. --
  368.                 John Henders            jhenders@jonh.wimsey.bc.ca
  369.                 Vancouver,B.C
  370.  
  371. ------------------------------
  372.  
  373. Date: 8 Dec 91 18:27:24 GMT
  374. From:
  375.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!unix.
  376.  cis.pitt.edu!slsst11@arizona.edu (Sharon L Skwara)
  377. Subject: DC?
  378. To: Info-Atari16@naucse.cse.nau.edu
  379.  
  380.   Is DC software still doing their programs a week, or is that over?  If
  381. they're still doing it, here's an idea.  How about an ACC that pops open
  382. a window (say 4 characters high) and shows all the available characters
  383. (from ASCII 0 to ASCII 255) - and if you click on the character, it will act
  384. as if you typed it.  This way, one could use the ST and NEVER need to touch
  385. the keyboard - type with the mouse.  What do you think?
  386.  
  387.                                         slsst11@unix.cis.pitt.edu
  388.  
  389.  
  390. ------------------------------
  391.  
  392. Date: 8 Dec 91 15:41:49 GMT
  393. From:
  394.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
  395.  state.edu!paperboy.micro.umn.edu!cs.umn.edu!kksys!tdkt!FredGate@arizona.edu
  396.  (Chuck Grimsby)
  397. Subject: HELP: Mouse is flaky.
  398. To: Info-Atari16@naucse.cse.nau.edu
  399.  
  400. In a message of <Dec 05 04:47>, Corey Liu (1:282/31) writes:
  401.  >From: cliu@jarthur.claremont.edu (Corey Liu)
  402.  >Newsgroups: comp.sys.atari.st
  403.  
  404.  >My original ST mouse (1988) is acting flaky.  The
  405.  >pointer will only move down when I direct it upwards
  406.  >or downward.  Right/left motion is fine.
  407.  >I've noticed a gradual decay of its behavior over the
  408.  >past week where it would move the pointer only down
  409.  >sometimes, but now it seems stuck in the downwards
  410.  >mode.
  411.  >Is anybody familiar with this problem?  Is it just the
  412.  >untimely death of my ST mouse?  Is it a virus?
  413.  
  414. I had this problem a while back.  It wasn't a virus, just a dirty mouse.
  415.  
  416. Turn your mouse over on it's side with the connecting cable pointed away from
  417. you.  Open the door that's on the bottom by sliding in towards you.  Remove
  418. the door.  Pop out the mouse 'ball' by rotating the mouse right side up and
  419. letting it fall out.  Rotate the mouse back on it's back again.  If you look
  420. inside you'll see two shiny metal 'rolling pins', one's at the top, the other
  421. on the left side.  More then likely, there'll be something 'wraped' around the
  422. upper 'rooling pin' that's blocking it from moving.  Remove it with a tweezer,
  423. drop the ball back in, replace the door, flip the mouse over and give it a
  424. try.  If this doesn't work, you may have to open the case of the mouse and
  425. remove dirt/dust/lint from there.
  426.  
  427. If that doesn't fix the mouse, you may have a broken wire, which means it's
  428. time to buy a new one.  <sigh>
  429.  
  430.  
  431.  * Origin: FlightLine PointNet  (1:282/47.1)
  432.  
  433. ------------------------------
  434.  
  435. Date: 8 Dec 91 16:58:20 GMT
  436. From:
  437.  noao!asuvax!cs.utexas.edu!wupost!sdd.hp.com!news.cs.indiana.edu!ux1.cso.uiuc.ed
  438.  u!osiris!ddavis@arizona.edu (dave davis)
  439. Subject: Phasar Upgrade Contact Wanted
  440. To: Info-Atari16@naucse.cse.nau.edu
  441.  
  442. I recall seeing a recent post about problems with some of the earlier versions
  443. of Phasar 4.xx.  I have one of these programs and am looking for a contact to
  444. get a later version without bugs.  Can anyone point me in the right direction?
  445. What is the cost (if any) to upgrade from 4.01 to the current version?
  446. Thanks.
  447.  
  448. dave
  449. ddavis@aeha1.apgea.army.mil
  450.  
  451. ------------------------------
  452.  
  453. Date: 8 Dec 91 16:39:15 GMT
  454. From:
  455.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!samsung!ol
  456.  ivea!isc-br!michaela@arizona.edu (Michael Albo)
  457. Subject: ST Hard Drive for Sale
  458. To: Info-Atari16@naucse.cse.nau.edu
  459.  
  460. HERE IS WHAT IS LEFT:
  461.  
  462.  
  463. - Supra 30 Meg Hard Drive
  464.          This has a 3.5" SCSI drive in it.             $300 OR BEST OFFER
  465.          This is a nice drive with only about 100
  466.          hours on it. Full Documentation and close
  467.          to the latest formatting software.
  468.  
  469.  
  470.  
  471. - Software:
  472.           - 1st Word Plus 3.14
  473.           - Dac Easy Accounting
  474.           - Printmaster
  475.           - 2 Printmaster Libraries
  476.           - Degas
  477.           - Regent Spell
  478.           - ST Copy
  479.           - Raid (debugger)
  480.           - ST Color Book
  481.           - Backup (hard drive backup from Michtron)
  482.           - Fleet Street Publisher Version 1.1
  483.           - a few games (OutRun, Crimson Crown etc.)
  484.  
  485.                                                           $40  FOR ALL OF THE
  486.                                                           REMAINING SOFTWARE
  487.  
  488.  
  489. Terms are C.O.D. and the buyer must pay shipping.
  490.  
  491.  
  492.  
  493. Michael Albo
  494.  
  495. michaela@ft-a.isc-br.com  (ISC-Bunker Ramo Corp.)
  496.  
  497. (509) 928-8009 (home)
  498.  
  499. ------------------------------
  500.  
  501. Date: 8 Dec 91 15:00:36 GMT
  502. From:
  503.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!zaphod.mps.o
  504.  hio-state.edu!van-bc!jonh.wimsey.bc.ca!jhenders@arizona.edu (John Henders)
  505. Subject: TT prices Now
  506. To: Info-Atari16@naucse.cse.nau.edu
  507.  
  508. In <9990@cactus.org>, Richard Covert writes:
  509. >
  510. >
  511. >Knut, your points support my position that many things are possible
  512. >for the STe/TT, but they aren't always available here in the Third
  513. >World Country called America!!
  514. >
  515.         And later on in the same message writes:
  516. >
  517. >Now you lucky German folks can read German so Turbo C might be
  518. >great for you. But it is yet another example of why the STe/TT
  519. >are failing here in America.
  520. >
  521.  
  522.         Yes, how clever the Germans are. Even the children can speak
  523. and read German ;-}.
  524.         Perhaps, Richard, you'd encounter less hostility on the net
  525. if you used the distribution line to limit your postings to the
  526. U.S.A. I won't insult a Unix programmer with so much experience
  527. by explaining how this is done.
  528.  
  529.  
  530. --
  531.                 John Henders            jhenders@jonh.wimsey.bc.ca
  532.                 Vancouver,B.C
  533.  
  534. ------------------------------
  535.  
  536. Date: 8 Dec 91 15:40:20 GMT
  537. From:
  538.  noao!ncar!asuvax!cs.utexas.edu!wupost!uwm.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu
  539.  !jppg9764@arizona.edu (John Paul Pietrzak)
  540. Subject: Why ASV Is A Dead No Future Product
  541. To: Info-Atari16@naucse.cse.nau.edu
  542.  
  543. In article <10014@cactus.org> covert@cactus.org (Richard Covert) writes:
  544. >
  545. >You can add upto 30 megs of RAM to the Mac IIci just by adding the SIMM
  546. >chips.
  547.  
  548. Now, Richard, you were comparing Atari and Apple machines at the same
  549. price level.  If you start adding SIMMs and HD space to the Apple, the
  550. Apple becomes more expensive...
  551.  
  552. >>Hmm, perhaps you could get by with TeX?  GhostScript?  PSfig?  Nroff/troff/
  553. >>eqn/tbl/etc. ?  Although not nearly as nice and graphical as PageStream
  554. >>or Calamus, they can get the job done.  And, you can always boot the
  555. >>machine up in TOS mode if you really need to.
  556. >>
  557. >>John "Don't sneeze at Unix (ah.. Ah.. AH-CHOOO :)" Pietrzak
  558. >
  559. >But John you don't have to buy a TT to run these programs. Buy any
  560. >80386/80486 and add Dell's UNIX or SCO Xenix and you can run these
  561. >programs. Or buy a SPARC or a Mac with A/UX. the presence of these
  562. >programs on the TT/ASV does not justify buying the TT/ASV system!!
  563.  
  564. 1) I personally have a bias against 80x86 systems. Although the price is
  565. right, the Unix you get usually isn't quite BSD or AT&T compatible; and
  566. the systems often have an emphasis towards buisness rather than development,
  567. so (for example) multi-user databases will more often be part of the
  568. package you get, rather than compiler, interface, and other development
  569. tools.
  570.  
  571. 2) Sparcs and Macs cost more than a TT.  An important difference.  :)
  572.  
  573.  
  574. >Its funny how people can accept the unacceptable whenever it comes to
  575. >Atari computers. I mean, if someone said that the ONLY sw available
  576. >for a specific computer was some obscure PD stuff, would you rush
  577. >out to buy that computer?
  578.  
  579. <gasp> Are you slighting the name of such programs as TeX or GNU freeware? :)
  580. (I have to defend the honor of TeX, my boss did some work with Leslie
  581. Lamport of LaTeX fame.  (How about that for name-dropping? :) ))
  582. No, I would not rush out to buy a computer for PD software which is
  583. available on almost any machine.  But I would rush out to purchase a
  584. low cost Unix workstation.  I like Unix; I wouldn't mind having it
  585. at home!
  586.  
  587. John "Aw, Richard, please just go back to your RS/6000 and ignore Atari;
  588. you can probably afford better, unlike me" Pietrzak
  589.  
  590. ------------------------------
  591.  
  592. Date: 8 Dec 91 16:39:02 GMT
  593. From:
  594.  noao!ncar!asuvax!cs.utexas.edu!wupost!darwin.sura.net!Sirius.dfn.de!rusmv1!ttin
  595.  fo@arizona.edu (Markus Wenzel)
  596. Subject: Why ASV Is A Dead No Future Product
  597. To: Info-Atari16@naucse.cse.nau.edu
  598.  
  599. In article <9999@cactus.org> covert@cactus.org (Richard Covert) writes:
  600. >Atari always seems to have an Ace up their sleeve when you get
  601. >disillushioned about their current products. It is funny how the
  602. >"Next Atari computer' is going to be the Wonder Of The Century.
  603. I must admit that this is not entirely untrue...
  604.  
  605. >But then when it comes out, if it comes out, it is years late,
  606. >and behind the others in tehcnology. The TT's color graphics are
  607. >at least 2 years behind those on a decent PC clone. and the TT's
  608. The OS of a decent PC clone is decades behind anything else!
  609.  
  610. >dual bandwidth (is it 16Mhz or is it 32MHz) shows that Atari really
  611. >didn't know how to design a FAST CPU in the first place. The TT
  612. >was originally designed to run at 16MHZ, including all of the PALSs
  613. >and ASICs. But by the time the TT was ready to be released, once
  614. >again years late, even Atari realized that a 16MHz TT wouldn't sell
  615. >at the TT's project prices. So they did a quick patch and doubled
  616. >the CPU's clock rate. But Atari didn't want to delay the TT any longer,
  617. >so they didn't change the rest of the TT. Hence, part of the TT runs
  618. >at 32MHz and part at 16MHz.
  619. However, I cannot complain about the speed of programs working in Fast RAM,
  620. and all programs with much computing (e.g. TeX) _work_ in Fast RAM. In my
  621. opinion, they could have left out ST RAM at all, but for some applications
  622. the upgrade compatibility is quite useful (Spectre...Hey Dave, when will
  623. YOU get Fast RAM going ? :-)
  624.  
  625. >A real prefession design? Huh? Nope, just another Atari kludge!
  626. Do you think this is a serious problem?
  627.  
  628. >
  629. >So Atari is always promising the next machine ass a solution to the
  630. >bugs in the current machines. Atari's policy on upgrades is to dump the
  631. >current buggy machine and buy their next buggy machine. Real clever
  632. >marketing that!!
  633. I cannot find anything buggy on my TT. I never worked with a more stable OS,
  634. in fact. It is not the most comfortable, but not the least, either. If they
  635. bring out a multitasking TOS next year, I have no more wishes.
  636.  
  637. >>>3) The TT030 is overpriced.
  638. >>
  639. >>Look at mac prices and shut up.
  640. >
  641. >You can buy a new Mac IIci with A/UX for the same price as a TT030
  642. >with say 20 megs of ram and their ASV package. And with the Mac IICi
  643. >you can run A/UX in color. Try that with the TT030/ASV combo. Of course,
  644. >these prices are USA prices. I don't know what the relative costs
  645. >are in Europe.
  646. Vice versa. Look at 'Re: TT prices' for further details.
  647. Germany seems to be the TT Mekka.
  648.  
  649. >>>TT030 is just a fancy games machine !!).
  650. >>
  651. >>No comment to that ...
  652. >>
  653. > The above comment was meant as a tease against folks who take their
  654. >TTs too seriously. I guess no one understood that though!! Poor joke,
  655. >I guess. But everyone knows that Atari are just game machines!!
  656. And everbody knows by now your attitude concerning TTs and ASV. I think,
  657. there will be many users out there using ASV very seriously. And don't
  658. forget: "/games - the real reason we buy computers!"
  659.  
  660. >>>sincerely yours for the flaming
  661. >>No problem, we all know you, Richard!! :-)
  662. There's nothing to add.
  663.  
  664.  
  665. * /dev/                Markus Wenzel, University of Stuttgart  *
  666. * /usr/spool/mail/     wenzel@rus.uni-stuttgart.de             *
  667. * /usr/voice/private/  +49 (0)7159 18201                       *
  668. * /bin/ps -l           TT admin on rusmv1.rus.uni-stuttgart.de *
  669. * /etc/motd            >> We'll meet in /dev/null ...8-) <<    *
  670.  
  671. ------------------------------
  672.  
  673. End of Info-Atari16 Digest
  674. ******************************
  675.